Application No.: 1Qtf 86.748 

Reply to Office Action dated: September 20. 2007 

Reply dated: January 22, 2008 

In the Specification: 

Please amend the Specification as shown below. Applicant respectfully submits that the 
proposed amendments correct informalities in the Specification and that no new matter is being 
added. 

Please replace paragraph [0003] with that shown below: 

[0003] The J2EE JAVA 2 ENTERPRISE EDITION (J2EE) specification defines the 

e nterpr is e Archive ENTERPRISE ARCHIVE (EAR) file as a standard structure for developing and 
packaging J2EE applications. EARs are useful for application development, in that the application 
may, for example, include both a Web application (Webapp) and an enterpr i s e Ja v a Dean 
ENTERPRISE JAVABEAN (EJB). which will be packaged into the EAR. However, while this works 
well for completed applications, it isn't very convenient for application development. 

Please replace paragraph [0005] with that shown below: 

[0005] To deploy the application, a number of steps must be performed, namely compiling the^tava 
JAVA files, generating any servlets or container classes, and packaging the whole lot in an EAR. 
The EAR adheres to a format wherein the top level includes an EAR descriptor /META- 
iNF/application.xml, and all of the other components are listed underneath. This approach works 
well when the application has been fully completed and ready for installation in the production 
environment. However it's less useful for application development. 

Please replace paragraph [0007.1] with that shown below: 

[0007.1] The terms JAVA, JAVA 2 Ente rp r i se Edition JAVA 2 ENTERPRISE EDITION 
(J2EE), Enterprise Java Bean ENTERPRISE JAVA BEAN (EJBV and < tev a 3crv l ct Page JAVA 
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SERVLET PAGE (JSP), are trademarks of Sun Microsystems, Inc. The terms WebLogic 
WEBLQGIC. and WebLog ic Server WEBLOGIC SERVER , are trademarks of BEA Systems, Inc. 

Please replace paragraph [0010] with that shown below: 

[001 0] An embodiment of the invention provides a development-oriented directory structure 

that can be used with an application server (for example the We bLogic S e rv e r WEBLOGIC 
SERVER from BEA Systems, Inc.). and which solves a number of the problems associated with 
traditional E nt e rprise Archive ENTERPRISE ARCHIVE (EAR) files. The development-oriented 
directory structure avoids the copying of files during the build process, and presents a clean 
separation between human-readable source files stored in a source control system and generated 
Java JAVA class files. The two directories (source and output) appear like a single application. 

Please replace paragraph [0014] with that shown below: 

[001 4] The split-directory system provides a recommended directory layout and an accompanying 
set of ant tasks for building and deploying applications. The split-directory differs from traditional 
EAR files because it is optimized for iterative development Instead of a single archived EAR file 
or an "exploded" EAR directory structure, the split-directory has 2 parallel directories. The source 
directory contains all of the source files e.g. Java JAVA files, descriptors, JSP files, HTML etc in 
a traditional EAR-like directory structure. All generated or compiled classes are stored in a 
separate output directory. This arrangement produces several advantages over the traditional 
exploded EAR file: 

1 . No need for file copying. 

2. Web files can be changed and redeployed in place without rebuilding. 

3. Clean separation between source and generated files allows cleaning the build by 
just removing the output directory. 
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Please replace paragraph [0018] wffli that shown below: 

[0018] wlcompile is the main build task which compiles the application's Java JAVA files, 
wlcompile begins by analyzing all of the components and determining their type. It treats 
components as either EJBs, Web applications, or^ava JAVA components. Java JAVA components 
are compiled first into the output directory/APP-INF/dasses so they will be visible throughout the 
application. Next, wlcompile builds the EJBs and automatically includes the previously built Java 
JAVA components in the compilers classpath. This allows the EJB components to call the Java 
JAVA components without requiring the user to manually edit their classpath. Finally the .java files 
in the webapp are compiled with the EJB components and Java JAVA components in the 
compiler's classpath. This allows the Web Applications to refer to the EJB and application Java 
JAVA classes without manually editing the classpath. The following example compiles the 
application with sources in /acme/myapp to output directory /build/myapp: 

<wlcompile s rcdir= n /acme/myapp" destdir=" /build/myapp" /> 



Please replace paragraph [0023] with that shown below: 



[0023] The ejbapp source is contained within a directory (AcmeEJB). As usual, the descriptors are 
in the META-INF directory. Any Java JAVA files under the AcmeEJB root directory are compiled 
into the output directory. 

Application with webapp and ejta 

Invent oryApp/META-INF/applicat ion. xml 
InventoryApp/META-INF/weblogic-application.xml 

InventoryApp/AcmeEJB/M£TA-INF/ejb-jar . xml 
Inventor yApp/AcmeEJB/META-INF/weblogic-ejb- jar .xml 
Invent or yApp /AcmeEJB/ cam/acme/e jb/MyLocal . java 
Invent oryApp/AcmeEJB/com/acme/e jb/MyHome .java 
InventoryApp/AcmeEJB/com/acme/ejb/MyEJB. java 

InventoryApp/AcmeWeb/WEB-INF/vieb . xmi 
InventoryApp/AcmeWeb/WEB-lNF/weblogic . xml 
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InventoryApp/AcmeWeb/V7EB-INF/9rc/com/acme/web/MyServle t . j ava 

InventoryApp/AcmeWeb/login. jsp 

Invent oryApp /AcmeWeb/graphics/logo, jpg 



Please replace paragraph [0026] with that shown below: 

[0026] This example demonstrates how the Inventory Application can be extended to use iteva 
JAVA utility classes, sfava JAVA Utility classes differ from third-party jars because the source files 
are part of the application and must be compiled. Java JAVA Utility classes are typically libraries 
used by application components such as EJBs or webapps. The build process compiles these files 
into the APP-INF/classes directory under the output directory. These classes are available 
throughout the application. 
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